home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 10870 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: camelot.dsccc.com!not-for-mail
  2. From: kcline@sun152.spd.dsccc.com (Kevin Cline)
  3. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Date: 11 Mar 1996 10:22:53 -0600
  6. Organization: DSC Communications Corporation Switch Products Division
  7. Message-ID: <4i1k0t$9us@sun152.spd.dsccc.com>
  8. References: <JSA.96Feb16135027@organon.com> <4hhred$1rn@sun152.spd.dsccc.com> <adaworksDntn85.50y@netcom.com> <Dnxw7F.J04@thomsoft.com>
  9. NNTP-Posting-Host: sun152.spd.dsccc.com
  10.  
  11. In article <Dnxw7F.J04@thomsoft.com>,
  12. Pascal Martin @lone <pmartin@alsys.com> wrote:
  13. >
  14. >>: to be hard for Ada to keep up.  To use Ada in my work today, I would 
  15. >>: require an API to CORBA, Tcl/Tk, and the Solaris real-time facilities
  16. >>: (itimers, etc.) and a runtime that efficiently mapped Ada tasks to 
  17. >>: Solaris threads.
  18. >
  19. >I am myself using Tcl from Ada. It took less than one afternoon for getting a
  20. >minimal set of interfaces between Ada and Tcl to work, including callbacks.
  21. >This was with our own compilers on Sparc and Hp700 (on engineer here has
  22. >recently made a Windows95/WindowsNT port). I know there is a free Tcl binding
  23. >for both Vads and GNAT.
  24. >
  25.  
  26. Yes, but is it the same binding?  Is your minimal set of interfaces portable
  27. to GNAT without source code changes?
  28.  
  29. >The Solaris threads are supported in our ObjectAda product. This is significantly
  30. >slower than our own previous 'user-mode' tasking, because of the Solaris
  31. >overhead. So much for the 'efficiently mapped': the most significant overhead
  32. >is *not* the Ada runtime.
  33.  
  34. Of course 'user mode tasking' is cheaper than Solaris bound threads,
  35. but for most of the useful applications of threads on UNIX that I am
  36. familiar with, 'user mode tasking' is useless; it does not allow
  37. multiple tasks to proceed in parallel on different processors of a
  38. multi-processor system, and it does not allow one task to block in
  39. a UNIX I/O wait while other tasks proceed.  Don't bother pointing
  40. out that standard ADA I/O does not cause all tasks to block;
  41. standard ADA I/O is so extremely limited that is is nearly useless
  42. for serious UNIX applications.
  43.  
  44. -- 
  45. Kevin Cline
  46.